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A SYSTEM FOR PERFORMING INPUT PROCESSING ON A 

DATA PACKET 

BACKGROUND OF THE INVENTION 
5 Field of the Invention 

Embodiments of the present invention relate to the field of network 
computing. Specifically, embodiments of the present invention relate to a 
method for performing input processing a data packet. 

Related Art 

Modern network computing allows great benefits by sharing information 
and computing resources. Information is transmitted within networks between 
computers in packets, wherein the data is packaged with destination and origin 
information promulgated by a packet header to effectuate proper routing. 
Routing is effectuated by routers and switches operating in the network 
environment, which use the header information to route the packet to the intended 
destination. Packets have different priorities, as for processing precedence, 
preference, or primacy. 

Packet priorities differ because some packets are more important than 
others. High priority packets may be time critical, as for example packets 
transmitting real time voice or other data. Other high priority packets may have 
their high priorities because they originate from sources that have paid a premium 
or subscribed to a data transfer medium offering a higher priority and/or transfer 
rate. Other packets may have lower priorities. Some packets, such as those 
transferring normal email, are not especially time sensitive and thus do not need 
elevated priorities. 
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Upon receipt at a destination device, packets are buffered within 
designated regions of a memory, such as an input memory, while awaiting 
transfer between ports and input/output (I/O) devices. Such buffer storage 
temporarily holds packets until a program is ready to deal with their data, or for 
5 transfer to another unsynchronized device, or one having a different data transfer 
rate. Memories effectuating such buffer storage are structured to have a number 
of queues, each queue for storing packets of different processing or other priority. 



Conventional packet queuing assigns a packet to a queue in an input 

1 0 memory, thereby prioritizing the packet therein, on the basis of limited 

in information. Often, the only information conventionally designating a packet for 

}i queuing is a virtual local area network (VLAN) class of service (COS) value, 

j- [ usually constituted by three bits. The COS value simply declares a packet to be 

W of a particular priority on the basis of a designation assigned at its source. 

^ 1 5 However, virtually no other decoding of the packet takes place prior to 

P processing, which conventionally occurs downstream of the input memory. 

|f| 

p With reference to Prior Art Figure 1 , a typical conventional input stage is 

described. An input packet 1 0 is placed into one of five queues 1 7 through 21 
20 within an input memory serving as a packet buffer 1 2 based on its priority. 
Highest priority packets are placed in queue 17. The next highest priority 
packets are placed in queue 18, and so forth until the lowest priority packets are 
placed in queue 21 . These packet priorities are defined by the packets' COS 
' values. In certain instances, this may result in a sub-optimal choice of input 
25 memory queue. Sub-optimal input memory queue assignment may result in 
initially misqueuing a packet, which can delay further processing. 



Certain switches are strictly output buffered. These rely on fixed rate 
forwarding lookups. Delay in determining the correct queuing for the packet 
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requires restriction in forward latency. Such restricted forward latency may result in 
dropping incoming packets. If forward latency is restricted with resulting delays in 
system performance, data may be further delayed or lost. Hence, queuing 
choices restricting forward latency or otherwise increasing the time required for 
processing may also cause further delays or loss of data due to resulting packet 
drops. 

Prior art solutions have been somewhat problematic therefore, because 
they may result in misqueuing data packets, thus reducing buffering efficiency, 
delaying processing, and possibly dropping packets, which can add further 
delays. 
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SUMMARY OF THE INVENTION 

An embodiment of the present invention effectuates a system for 
performing an input processing function on a data packet. The system is 
constituted by an input port to which a first processor is coupled. The first 
5 processor determines an attribute of the data packet. A memory is coupled to 
the first processor. The memory contains a number of queues. The data packet 
is assigned to one of the queues based upon the attribute determined by the 
first processor, which may be an indicator of a priority characterizing said data 
packet, input processing is thus performed in a fixed amount of time, deferring 
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variable latency operations until after the input memory, j 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Prior Art Figure 1 is a block diagram of a conventional input queuing stage 
for data packets. 

Figure 2 is a block diagram of a system for performing an input processing 
operation on a data packet, in accordance with an embodiment of the present 
invention. 

Figure 3A is a flowchart of the steps in a process for performing an input 
processing operation on a data packet, in accordance with an embodiment of the 
present invention. 

Figure 3B is a diagram showing various preprocessing operations, in 
accordance with an embodiment of the present invention. 

Figure 4 is a block diagram of a processing functionality, in accordance with 
an embodiment of the present invention. 

Figure 5 is a data flow diagram of a networking controller in which an 
embodiment of the present invention is deployed. 
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DETAILED DESCRIPTION OF THE INVENTION 

An embodiment of the present invention effectuates a system for 
performing an input processing function on a data packet. The system is 
constituted by an input port to which a first processor is coupled. The first 
5 processor determines an attribute of the data packet. A memory is coupled to 
the first processor. The memory has a number of queues. The data packet is 
assigned to one of the queues based upon the attribute determined by the 
processor. This attribute may be an indicator of a priority characterizing the data 
packet. This has the advantage of performing the input processing operation in a 
1 0 fixed amount of time. Furthermore, it has the advantage of optimizing the queue 
to which the data packet is assigned and deterring misqueuing. In addition, it 

O advantageously defers variable latency operations until after the input memory 

w 

m system, thus allowing it to optimally effectuate input packet buffering. 

cci 

Tj 1 5 Certain portions of the detailed descriptions of embodiments of the 

!=i invention, which follow, are presented in terms of processes, e.g., methods. 

n Although specific steps are disclosed in such figures herein describing the 

S2 operations of these processes and methods, such steps are exemplary. That is, 

W embodiments of the present invention are well suited to performing various other 
20 steps or variations of the steps recited in the flowcharts of the figures herein. 

Embodiments of the present invention are discussed primarily in the 
context of a system for performing input processing a data packet. With 
reference to Figure 2, an input packet processing system 100 preprocesses 
25 packets from an input port 1 02 to optimize its queuing within an input memory 
system. The packet is received by an input preprocessor 1 06. Input 
preprocessor 106 performs certain processing operations upon the packet to 
ascertain its priority. The operations performed by preprocessor 106 are~ 
accomplished in a fixed amount of time, without adding any input latency. Using 
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information gleaned by the operations performed by preprocessor 106, the 
packet is assigned to a queue within input memory system 108. 

Input memory system 1 08 has five queues 91 through 95. Input packet 
5 101 is placed into one of the five queues 91 through 95 based on its priority. If 
the packet is of the highest priority, it is placed in queue 91 . If the packet is of the 
next highest priority, it is placed in queue 92, and so forth. If the packet is of the 
lowest priority, it is placed in queue 95. Advantageously, this effectuates 
optimizing the functionality of memory system 108 as an input buffer, which in 
1 0 turn maximizes the efficiency of downstream processing, such that no variable 
latency is added by the input stage. The number of queues herein is selected 
for purpose of brevity and clarity only and not to limit the number of queues that 
an input memory system may deploy in various embodiments. It is appreciated 



W therefore that any multiple number of queues may characterize the queuing 

* 1 5 constitution of memory system 1 08. 



With reference to Figure 3A, a process 300 for processing a data packet 
Jj 5 } in accordance with one embodiment of the present invention is described. 

Process 300 begins with step 310, wherein a characteristic of the data packet is 
20 ascertained. The forwarding process selected is one which may be performed 
in-line by an input preprocessor; prior to queuing the data packet in an input 
memory system. The forwarding process ascertains as much information 
characterizing the data packet as possible, without causing the input 
preprocessor to cease to function effectively as an input pipeline. 



25 



When the characteristic of the data packet is ascertained, it is by 
determining corresponding information about it that can be of considerable value 
in subsequent processing, yet without adding any variability to the latency of the 
packet at this particular stage. Thus, step 310 may constitute various processing 
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operations with the goal of gathering this information. Such information may 
include, but is not limited to, the information as listed in Table 1 , below. 

TABLE 1 

classifying type of the data packet (e.g., broadcast, multicast, unicast, etc.) 

detecting encapsulation of the data packet, if any 

assigning a priority corresponding to tag accompanying the data packet 

assigning a priority corresponding to another criterion 

decoding an Internet Protocol (IP) header 

decoding a Transfer Control Protocol (TCP) header 

detecting a class assigned to the data packet 

detecting a class of service rating assigned to the data packet 

detecting a quality of service rating assigned to the data packet 

detecting a differentiated services field, if any 

other data packet input memory system queue assignment information 

These operations gather corresponding information about the packet. It is 
appreciated that other processing operations not listed may also be performed 
to ascertain other information. Whatever operations are conducted however are 
all conducted without varying the overall preprocessing time. Thus, no variable 
latency is introduced. 

Using any or all of the information obtained by preprocessing to ascertain 
the data packet characteristic, the data packet is then prepared for assignment to 
an input memory system. In step 320, the corresponding input memory system 
queue appropriate for the data packet is determined. Optimizing this queuing 
decision during input preprocessing helps to maintain invariant latency in the input 
stage and effectively sets the input memory system up as a buffer for variable 
latency operations to be conducted in later processing stages. In step 330, the 
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data packet is then passed through to the input memory system, where it is 
queued as optimally determined beforehand through input preprocessing. 
Placing the data packet in the appropriate input memory queue ends process 
300. 

5 

Referring to Figure 3B, step 310 of process 300 in one embodiment 
includes a number of optional process steps 371 - 379, 380, and 381 , which 
may be executed in any combination, from one step to all of the steps. It is 
appreciated that other steps may also constitute a part of step 310, and that 
1 0 steps 371 - 379, 380, and 381 and any others may be executed in any order, 
simultaneously, or through various combinations of such steps. In step 371 , the 
£3 data packet type (e.g., broadcast, multicast, unicast, etc.) is classified. In step 

372, any encapsulation of the data packet is detected. In step 373, a priority 
corresponding to tag accompanying the data packet is assigned. In step 374, a 
1 5 priority corresponding to another criterion is assigned. In step 375, an IP header 
is decoded. In step 376, a TCP header is decoded. In step 377, a class 

i 

assigned to the data packet is detected. In step 378, a class of service rating 
assigned to the data packet is detected. In step 379, a quality of service rating 
assigned to the data packet is detected. In step 381 , any differentiated services 
20 fields are detected. In step 382, any other data packet input memory system 
queue assignment information is read. 

Referring to Figure 4, a data packet forwarding system 400 is discussed in 
accordance with one embodiment of the present invention. A physical network 
25 input port 1 02 functions to receive data packets from a network and pass them 
on to the data packet forwarding system 400. Input port 102 is controlled by 
network access control 404, which may constitute an input MAC layer. 
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Input preprocessor 106 receives data packets from input port 102 and 
performs a processing operation upon them to optimize their queuing in input 
memory system 108. Input preprocessor 106 performs a forwarding process 
operation on a data packet, ascertaining information relevant to later processing of 
the data packet. Such information may be constituted much as the information 
delineated in Table 1 , above. As the forwarding process is conducted, 
preprocessor 106 passes the pre-processed data packet through to input 
memory system 108, optimizing the queuing of the data packet therein, with no 
variable latency. Hence, in the present embodiment, preprocessor 106 
effectively preprocesses the data packets while simultaneously pipelining the 
data packets from input port 102 into the optimal memory 108 queues. Thus, 
preprocessor 106 advantageously passes the data packets through without 
backing up forwarding system 400. 

Referring now to Figure 5, an embodiment of the present invention is 
discussed in the context of its function within a networking controller 100. A data 
packet 101 is received at a physical network input port 102 from a network 199. 
The access of networking controller 100 to network 199 is controlled by a 
controlling means such as an input media access control (MAC) layer 1 04. Data 
packet 101 moves sequentially through input MAC 104, to input preprocessor 
106 and input memory system 108 with no variable latency, as follows. Input 
preprocessor (IPP) 106 performs a processing operation upon data packet 101. 

This processing operation constitutes a forwarding process which 
ascertains as much information characterizing data packet 101 as possible, without 
ceasing to function effectively as an input pipeline. IPP 1 06 determines 
information about data packet 101 that can be of considerable value in later 
operations conducted elsewhere in networking controller 100, yet without adding 
any variability to the latency of packet 101 at this particular stage. In so doing, 
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IPP 106 performs its forwarding process such that input MAC is not backed up. 
Data packet 101 clears input memory system 108, where it had been optimally 
queued by the information gleaned by preprocessing in IPP 106. 

Variable latency processing may then be performed on data packet 101 . 
Hash preprocessor (HPP) 110 begins this variable latency processing by taking 
the information gleaned by preprocessing in IPP 106 and hashing the information 
into a lookup table (LUT). This is a variable latency process, because of the non- 
fixed period of time required to access the LUT, look up the information needed 
therefrom, and return with a result This result is more forwarding information, 
specifically determining another port as a proper destination for data packet 101 . 

HPP 1 1 0 then forwards data packet 1 01 to a network processor 1 1 2. 
Network processor (NP) 1 12 functions as a memory processor, e.g., as a 
dedicated central processing unit (CPU) running special networking related 
instructions. NP 1 12 examines data packet 101 and, based on the packet 
contents, and/or on programmable rules governing its operation, performs 
various operations upon data packet 101. Such operations may include 
changing forwarding results and/or changing contents of data packet 101 . 

Fabric driver (FD) 114 receives data packet 101 next from NP 1 12. The 
FD 1 14 promulgates requests and replies to farside entities and to reserve 
space on an output memory system 120. FD 1 14 also modifies data packet 
101 as necessary to accord with strictures required by its downstream 
destinations. FD 1 14 then routes data packet 101 onto fabric interface 116. 

Fabric interface (Fl) 1 16 constitutes an internal switching interconnection 
architecture for networking controller 100. Fl 1 1 6 routes data packet 1 01 from the 
input chain, e.g., from the physical network input port 102 through (input MAC 
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104, IPP 106, input memory system 108, HPP 110, NP 1 12 to) FD 114, onto 
an output chain terminating in a physical network output port 124 (e.g., through 
fabric receiver 118, output memory system 120, and output MAC 122). 

5 Fabric receiver (FR) 118 receives requests from fabric driver 1 14. These 

requests may be buffered. Receiving the requests, FR 1 18 determines which of 
any number of output ports, if any, on a particular integrated circuit (IC) needs to 
receive the particular data packet 101 for export. Further, FR 1 1 8 determines 
availability of memory space on the output buffer (e.g., output memory system 
1 0 120), and generates a corresponding reply. 

With data packet 101, FR 1 18 promulgates a corresponding reservation 
number, if it generates a positive reply to a request from FD 1 16. Later, upon 
Id receipt of a 'packet send' command, FR 1 1 8 looks up the reservation number it 

1 5 promulgated, matches it with the output port it has already determined is 
appropriate for data packet 1 01 , and puts the packet on the corresponding 
pathway to the physical network output port 124, via the output memory system 
120 and output MAC 122. Output port 124 places the outputted packet 181 
back into network 1 99. 

20 

This architecture has the. advantage of optimizing queuing on the input 
memory system 108 by doing as much processing in-line, upstream of input 
memory system 108 in IPP 106, with an invariant latency. This leverages the 
input memory system as a buffer, according an opportunity to perform variable 
25 latency processing on data packet 1 01 , downstream of the input memory 
system, yet preserving an overall relatively low average latency sufficient to 
support the bandwidth required by the physical network input port 102. This 
prevents packets from being dropped from physical network input port 102 by 
backing up input MAC 104. 
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An embodiment of the present invention, a system and method for 
processing a data packet, is thus described. While the present invention has 
been described in particular embodiments, the present invention should not be 
construed as limited by such embodiments, but rather construed according to the 
following claims and their equivalents. 
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